home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19941221-19950208 / 000071_news@columbia.edu_Mon Jan 2 17:36:32 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  5KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA04717
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Mon, 2 Jan 1995 12:36:34 -0500
  3. Received: by apakabar.cc.columbia.edu id AA18952
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Mon, 2 Jan 1995 12:36:33 -0500
  5. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  6. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: File transfers are too slow
  9. Date: 2 Jan 1995 17:36:32 GMT
  10. Organization: Columbia University
  11. Lines: 77
  12. Message-Id: <3e9dj0$ig6@apakabar.cc.columbia.edu>
  13. References: <3e51i2$jka@csusac.ecs.csus.edu>
  14. Nntp-Posting-Host: watsun.cc.columbia.edu
  15. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  16.  
  17. In article <3e51i2$jka@csusac.ecs.csus.edu>,
  18. Jon M. Taylor <taylorj@ecs.ecs.csus.edu> wrote:
  19. >Situation:  I am connecting from my home computer (486/33, 
  20. >v.32bis modem, latest beta DOS kermit 3.14) to the university computer 
  21. >(HP 9000/715, OS 9.x)  Via a Xyplex terminal server ...
  22. >    Anyway, I have compiled 5A(190) for HPUX, and it seems to work
  23. >correctly (so far, anyway).  I get maximal throughput with packet length
  24. >set to 2000 (more works OK, but doesn't seem to make a difference in
  25. >throughtput), all the control characters from the FAST macro enabled, and
  26. >windows set to 1.  My modem DTR is locked at 38400, compression and error
  27. >correction enabled, and it connects to the Xyplex at 14.4k with
  28. >compression and EC on.  With this setup, I get ~1150 CPS. 
  29. >    Here's the rub:  Things start breaking down with any other window
  30. >setting than 1.
  31. >...
  32. >- c-kermit on the HP initially uses XON/XOFF.  I'm not sure whether to 
  33. >change this or not - would the Xyplex need it?  I *think* the xyplex uses 
  34. >XON/XOFF to talk to the HP and DSR/DTR to talk to my modem....
  35. >
  36. Like it says in the documentation...  tell C-Kermit on the host to
  37. "set flow none".  It has a TCP/IP connection (TELNET or RLOGIN) to the
  38. terminal server, and the network protocol itself provides the flow control.
  39. Disabling Xon/Xoff in this situation should perk things up quite a bit.
  40.  
  41. Second, make sure you have RTS/CTS enabled in MS-DOS Kermit on your PC
  42. *and* on your modem.  Most of our high-speed dialing scripts take care
  43. of this automatically.
  44.  
  45. I don't know a huge amount about Annexes, but I'll speculate that you
  46. are uploading.  Many kinds of terminal servers were designed to have
  47. big buffers in the host-to-terminal direction and small ones in the
  48. opposite direction.  This is bad for uploading files.  At the very least,
  49. the system/network administrators must ensure an extremely effective
  50. and responsive method of flow control between the terminal server and the
  51. answering modem (preferably RTS/CTS).  Better still, perhaps they can
  52. reconfigure the terminal servers to allocate buffer space more equitably.
  53.  
  54. Or maybe the Annex has some kind of command that you can give at its
  55. prompt that will condition it for file transfers, similar to the Cisco
  56. terminal server's "terminal download" command.
  57.  
  58. Finally, about the window size -- please read in the documentation about
  59. sliding windows.  The file receiver will never use a window size greater
  60. than 1, even if a larger size has been SET and successfully negotiated,
  61. unless packets are lost or damaged.  That's because normally packets
  62. arrive in their correct order and therefore each one is disposed of
  63. promptly as it arrives.
  64.  
  65. >    Also, while I'm here, I want to say thanks to Joe Doupnik (I used
  66. >to go to school at USU!) and Frank da Cruz for MS-Kermit and C-Kermit. 
  67. >NOTHING but Kermit will work over this damn Xyplex, and I'm really glad
  68. >it's out there.
  69. >
  70. Thanks.
  71.  
  72. >A couple suggestions:  Have the percentage efficiency and
  73. >CPS rating be updated in realtime during the transfer, like most other
  74. >common protocols do.
  75. >
  76. C-Kermit does this (when you use SET FILE DISPLAY FULLSCREEN), but
  77. generally speaking, size and efficiency are a bigger issue for MS-DOS
  78. Kermit, which must still run on 4.77MHz 8088s.  Maybe some day this could
  79. be added as an option, but not in version 3.14.
  80.  
  81. >Also, since you seem to be aiming for maximum configurablility, 
  82. >how about an option to completely turn off ALL error checking in the 
  83. >protocol (like Ymodem-G)?  It would add another little speed boost to 
  84. >those who have EC modems.
  85. >
  86. As Joe says, and has been explained repeatedly on many newsgroups,
  87. most recently on comp.dcom.modems, this would be a false economy.  Even
  88. if modem connections could be regarded as 100% reliable and error-free,
  89. there are end-to-end issues of flow and error control, not to mention
  90. presentation issues, etc, that are beyond the modems' sphere of
  91. influence.
  92.  
  93. - Frank